%%%%% COUNTERS %%%%%%%
%\newcounter{RSGR}	
%\newcounter{RSGR2}
%%%%%%%%%%%%%%%%%%

%%%%% HEADINGS AND FOOTS %%
%\fancyhead[LE]{\thechapter. La sección que sea. Versión \theCDU.\theCDUii} %cuadro izquierdo de pagina par: parte y contador

%%%%%%%%%%%%%%%%%%

\chapter{Introducción}
	Este Plan de Proyecto organiza y reparte el trabajo a realizar entre los miembros de Cauchy-Team. Aunque lo ideal hubiera sido realizarlo al principio del proyecto, para poder hacerse una idea general de la organización del proyecto, las circunstancias del curso obligan a completarlo ahora. El tener el proyecto a medias nos forzará a recordar los pasos que hemos seguido para llegar al punto en el que estamos, realizando también las estimaciones previas correspondientes a ese trabajo. Para la parte que falta, vamos a diseñar desde el principio una línea de tiempo que defina cómo haremos las tareas restantes, su reparto entre los miembros del grupo y el esfuerzo que deberá ser asignado a cada una. \\
	El esquema que se seguirá para la realización del documento es el presentado por Pressman.
		\section{Propósito del plan}
		Este documento organiza el trabajo que habrá que realizar a lo largo del proyecto. Pretende conseguir una óptima sucesión de tareas, para que el trabajo que hay que realizar en cada una de ellas apoye el de las siguientes. De esta manera no se generarán cuellos de botella en la dependencia entre las mismas, lo que podría mermar la eficiencia del grupo.
		\section{Ámbito del proyecto y objetivos}
		El software que estamos diseñando está dirigido a gestionar las ventas de una tienda de ropa de alta costura. Abarca la gestión de los almacenes, tanto de tienda como centrales, listas con los pedidos de ropa, clientes, ventas y empleados, y en especial la gestión de las zonas calientes de la tienda, donde se concentran la mayor parte de las ventas.
			\subsection{Declaración del ámbito}
			Nuestro proyecto tiene como objetivo principal gestionar los almacenes del cliente, la empresa de comercio textil Skirta. El producto final será un software que será utilizado por el personal de Skirta para administrar el almacén central y todas las tiendas bajo su dominio. Como punto a resaltar, nuestro software permite la gestión de puntos calientes en las tiendas lo cual proporcionará una mejora en las ventas de la mercadería.
			\subsubsection{Funciones principales y Aspectos de rendimiento}
			Estos dos puntos han sido desarrollados a fondo en el documento de requisitos.
			%\subsection{Restricciones y técnicas de gestión}
		\subsection{Modelo de proceso} 
		El modelo que ha dirigido nuestro proyecto es el modelo unificado que se caracteriza  por tener como base los casos de uso y se centra en la arquitectura, además realiza una serie de iteraciones en las que se observa la solidificación del proyecto. Cada cierto tiempo determinado por el cliente y los desarrolladores se hace una entrega del proyecto actual para ser evaluado por el cliente y se hagan las mejoras y modificaciones requeridas.
		Este modelo hace que el proyecto se ajusta a la realidad y no se pierda coherencia, pero ha implicado un compromiso por parte de los integrantes del equipo para seguir ese modelo cuyos pasos son metodológicos.
		Las agrupaciones de fases se llaman ciclos. Al final de cada uno de ellos se hace una entrega al cliente.
	\input{estimacionProyecto}
	\chapter{Estrategia de gestión del riesgo}
	Nos hemos decantado para este proyecto por la gestión del riesgo propuesta por SQAS-SEI (ampliación de las ideas de Boehm) con adaptaciones a la magnitud del proyecto, dado que las tablas proporcionadas corresponden a proyectos de una magnitud mucho superior a la del nuestro. La gestión del riesgo se puede ver más a fondo en el documento de riesgos, aunque pasamos a hacer un breve resumen de los pasos:
		\section{Análisis del riesgo}
		Con apoyo de riesgos encontrados en internet, hemos realizado una lista de posibles riesgos de proyectos, que posteriormente filtramos para obtener los aplicables a nuestro desarrollo.
		\section{Estudio de los riesgos}
		En este punto se ha realizado un estudio de poca profundidad de todos los riesgos obtenidos, de manera que los más importantes fueran detectados en una tabla de priorización.
		\section{Plan de gestión del riesgo}
		Los riesgos situados en primer lugar en dicha tabla han sido analizados exhaustivamente generando planes de prevención, reducción y contingencia de los mismos.
	\chapter{Planificación temporal} %aquí creo que van las imágenes-Correct
		Es vital planificar bien nuestro proyecto para evitar posibles retrasos en las entregas del software.
		Los pasos seguidos fueron definir las tareas del trabajo y hacer un seguimiento de las mismas. Se distribuye el esfuerzo que se hará a lo largo del desarrollo de software. Nuestra planificación va evolucionando a medida que se avanza en el proyecto, se empieza definiendo tareas generales que se irán desarrollando en otras más específicas.
		\section{Estructura de descomposición del trabajo}
		Para crear las tareas a realizar hemos utilizado \gls{edt}, teniendo en cuenta las relaciones entre ellas y evitando sobreasignaciones recursos. Efectivamente, la tabla\footnote{ver páginas posteriores}de \gls{edt} realizada nos informa sobre la fechas de inicio, la fecha de finalización y los recursos asignados de las tareas. 
		
		Según el momento en el que nos encontramos ahora, contamos con fechas de presentación del proyecto al cliente hasta abril. Tampoco hay muchos detalles sobre qué se debe presentar y, por tanto, la ultima etapa muestra tareas muy generales que se especificarán luego, siguiendo el modelo de proceso unificado que estamos siguiendo. 
		\pagebreak

		\input{tablaEDT}
		\section{Gráfico Gantt}
		El gráfico de Gantt\footnote{Para una lectura en detalle de los gráficos y las tablas, remitirse a los archivos adjuntos.} nos ayuda a representar la información de la tabla de descomposición de trabajo. Este gráfico nos muestra el periodo de tiempo que ocupa una tarea, los recursos asignados, relaciones simples de precedencia y el estado actual (si está completada o soló un porcentaje) .  
		A continuación se ve el diagrama de Gantt y un cuadro informativo.
		\begin{figure}[H]
			\centering
			\includegraphics[scale=0.3]{gantt.png}
			\caption{Diagrama de Gantt}
		\end{figure}
		
		\begin{figure}[H]
			\centering
			\includegraphics[scale=0.5]{hojaTareas.png}
			\caption{Hoja de tareas}
		\end{figure}
		\section{Red de tareas}
		La red de tareas es un grafo que nos ayudará a entender mejor las dependencias y procedencias de tareas. Puede observarse que parecen los \glspl{caminoCritico} de un color distinto. (compuestos por las tareas críticas).
		\begin{figure}[H]
			\centering
			\includegraphics[scale=0.3]{diagrama1.png}
			\caption{Red de tareas, 1}
		\end{figure}
		Mostramos en esta sección una tabla con los recursos de trabajo y sus correspondientes tareas a realizar y el tiempo empleado o por emplear en ellas durante la vida proyecto.
		\begin{figure}[H]
			\centering
			\includegraphics[scale=0.3]{diagrama2.png}
			\caption{Red de tareas, 2}
		\end{figure}
		\section{Tabla de uso de recursos}

		\begin{figure}[H]
			\centering
			\includegraphics[scale=0.7]{usoRecursos.png}
			\caption{Uso de recursos}
		\end{figure}

	\chapter{Recursos del proyecto} En la presente sección se dará una relación de los recursos que han sido puestos
al servicio del proyecto en algún momento y que serán asignados a las tareas.
		\section{Personal}
		El equipo Cauchy Team surge de la reunión de los integrantes del grupo de doble grado en Ingeniería Informática y Matemáticas que en la fecha de elección de los equipos no no tenían ninguno asignado. Es éste el motivo de que sea el único con seis miembros. Los integrantes son los siguientes:
			\begin{itemize}
				\item{Daniel Báscones García}
				\item{Mayra Alexandra Castrosqui Florián}
				\item{Fernando Domínguez Estévez}
				\item{Mario Lezcano Casado}
				\item{David Peñas Gómez}
				\item{Iñigo Zunzunegui Monterrubio}
			\end{itemize}
		Se prevé que el equipo se mantenga estable a lo largo de la vida de proyecto salvo causas de fuerza mayor.
		\section{Hardware y software}
			\subsection{Recursos Software}
				\begin{itemize}
				\item{Herramientas para la comunicación entre miembros del equipo:}
					\begin{itemize}
					\item \emph{Gmail}: Servicio gratuito de email proporcionado por Google.
					\item \emph{WhatsApp}: Sistema gratuito de mensajería instantánea para diversos dispositivos con conexión a Internet (tablets, móviles...).
					\end{itemize}
				\item{Generación de la documentación:}
					\begin{itemize}
					\item \emph{Adobe Reader}: Lector de PDF.
					\item \emph{Microsoft Word}: Editor de texto.
					\item \emph{Notepad++ 5.9.8}: Editor de texto y códigos fuente.
					\item \emph{\TeX\ works 0.4.3}: Editor de código \LaTeX\
					\item \emph{MiKTeX 2.9}: Compilador de \LaTeX\
					\item \emph{ArgoUML 3.26}: Diagramas de Casos de Uso.
					\item \emph{COCOMO II}: Estimación del esfuerzo a partir de los Puntos de Función.
					\item \emph{Microsoft Project 2010}: Planificación, asignación de tareas y diagramas Gantt.
					\end{itemize}
				\item{Presentaciones:}
					\begin{itemize}
					\item \emph{Microsoft PowerPoint}: Editor de presentaciones.
					\item \emph{InkScape}: Editor de imágenes vectoriales.
					\item \emph{Paint}: Editor de imágenes.
					\end{itemize}
				\item{Repositorio y control de versiones:}
					\begin{itemize}
					\item \emph{TortoiseSVN}: Programa para actualizar la copia local del repositorio y subir los cambios al servidor.
					\item \emph{Google Code}: Host del repositorio.
					\item \emph{Google Docs}: Herramienta web de edición conjunta de documentos.
					\item \emph{Dropbox}: Almacenamiento online compartido.
					\item \emph{Google Drive}: Almacenamiento online compartido.
					\end{itemize}
				\item{Herramientas para la implementación:}
					\begin{itemize}
					\item \emph{Microsoft Visual Studio 2010}
					\end{itemize}
				\end{itemize}
			\subsection{Recursos Hardware}
				\begin{itemize}
				\item Ordenadores Personales.
				\item Ordenadores de los laboratorios.
				\item Tablets Personales (iPads).
				\end{itemize}
		\section{Lista de recursos}
		Debido a que el presente proyecto se enmarca en un entorno docente no hemos necesitado ningún otro recursos digno de mención.
	\chapter{Organización del personal} Se expone en esta sección los criterios seguidos para la organización del personal para el óptimo desarrollo de la aplicación.
		\section{Estructura de equipo}
		Aunque nunca se decidió qué modelo de estructuración del trabajo seguiríamos, el transcurrir del proyecto nos ha llevado a que tácitamente sigamos un esquema descentralizado democrático que parece a priori la mejor opción por lo reducido del equipo.
		
		No obstante no descartamos cambiar el modelo a lo largo del tiempo de vida del proyecto ya que tal y como identifica el RSGR, existe el riesgo de que diferentes expectativas en la asignatura provoque desidia y falta de interés en algún miembro y por tanto se provoque un desigual reparto del esfuerzo. 
		%\section{Informes de gestión}
	%lo comentado a continuación va para la siguiente versión
	%\section{Mecanismos de seguimiento y control} 
	%	\subsection{Garantia de calidad y control}
	%	\subsection{Gestión y control de cambios}
	%\chapter{Apéndices}